home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text0695.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.1 KB  |  44 lines
  1. Bill Janssen writes:
  2. > What I think xmosaic does is:  it creates both a fixed window as above,
  3. > then creates a huge-ass window as a child window.  It connects the
  4. > scrollbar to the child window, and allows the user to scroll the child
  5. > window around, instead of scrolling the text around.  This is a *much*
  6. > simpler way of doing things, but now X *will* allocate an internal
  7. > backing pixmap for that child window, even without backing store, and
  8. > without all of it being exposed.  So you're using one huge amount of
  9. > memory.  And this is just to avoid using the Motif text widget?  As I
  10. > say, this kind of approach would work OK on X for a HyperCard-like
  11. > system, but not for a scrolling system.
  12.  
  13. Explain to me how we are able to allocate a 32K * 1024 * 1 byte pixmap
  14. or image or block of random memory or whatever it is you claim we're
  15. doing and still fit in on a typical workstation.  For example, I
  16. currently have that situation running within X Mosaic on my 24MB
  17. workstation and not only is scrolling almost instantaneously fast but
  18. ps -lef reports this:
  19.  
  20. 30 S   marca 22431 12382  0  26 25 * 1123:680  80127908 18:24:21 ttyq1     0:16 /usr/people/marca/mosaic/xmosaic/sr
  21.  
  22. Where in there is that 32MB of memory buried?
  23.  
  24. And look, goddammit, we are not trying to avoid using the Motif text
  25. widget.  The Motif text widget is not capable of supporting colors and
  26. fonts.  You show me how to put colors and fonts in a Motif text
  27. widget, or support the rest of the functionality we need, and I'll
  28. damn well do it.
  29.  
  30. > Hmmm, the document was plain text.  Where's the parse?  And of
  31. > course if you didn't have to break it into document pages...
  32.  
  33. The parse is because I switched to using <xmp> in 0.8 to support
  34. annotations to plaintext documents (since <xmp> can be terminated and
  35. <plaintext> cannot).  In 0.9 this will be handled as it should be and
  36. <plaintext> will be used again, obviating the need to do a lot of the
  37. parsing that's going on right now.  But we're still going to be using
  38. a Widget and we're still not going to be using the Motif text widget
  39. and we're still going to have the document pages feature in there.
  40.  
  41. Marc
  42.  
  43.  
  44.